MATCHING PROGRAM AND SYSTEM FOR CORPORATE 
MEETING PLANNERS AND HOSPITALITY PROVIDERS 

[001] The present invention relates to a computerized method and a system for matching 

hospitaUty providers, such as hotels and hospitality facilities provided by vendors, with the needs 

or necessities of a plurality of meeting planners which organize and implement corporate, association 

and third party private meetings and events. 

Background of the Invention 

[002] Meeting planners facilitate and organize corporate meetings, events, and other types of 

gatherings for businesses, charitable organizations and private parties. There is a continuing need 

by these meeting planners to locate prospective venues, confirm the amenities, room availability, 

meeting room availability and other characteristics of the hospitality facility prior to negotiating a 

price for the meeting or event. From the perspective of the hospitality facility vendor (that is, the 

hotel, conference center or other type of hospitality facility), there is a need to easily provide basic 

information regarding the facility and a further need to operate the facility at a high occupancy or 

utilization rate. Of course, the hospitality facility vendor is seeking the highest possible price for 

utilization of the facility and the highest occupancy rate, and meeting planners are seeking the lowest 

possible price for room and board and reasonable quality facilities. 

[003] Taking into account the competing and common interests of these parties, there is a need 
for an information and matching service, implemented as a computer program or a computerized 
method, which facilitates the postings of offers to sell or provide hospitality facilities and 
subsequently permit meeting planners to bid on those hotel offerings and a system and method for 
vendors to bid on meetings and events corresponding to event offers posted by meeting planners. 
A discussion of some prior art systems follow. 



[004] Winsor consultants ("Meeting Auctions" www.meetingauctions.coni/) discloses a method 
for providing and bidding on meeting rooms. Four options are listed. In option one, the user 
searches the hotel database and completes an Auction/RFP form (request for proposal) stating his 
requirements regarding hotel rooms. When the submit button is clicked, the form is sent to the 
Auctioneer who contacts the hotel and sends the user the results. In option two, the user provides 
more data in the Auction RPP form, such as region, a range of dates, etc. The Auctioneer contacts 
the hotels with the same effect. In option three, if the user request in the Auction RIP/form, the 
Auctioneer will contact a large group of hotels to soUcit proposals. After discussing a short list with 
the user, the Auctioneer will work out a satisfactory rate and contract with the selected hotel(s). In 
option 4, the user fills out the Auction RFP form with the minimum information, and the Auctioneer 
contacts the user to discuss options. 

[005] An article from Business Wire (10/27/99) discloses details regarding StarCite.com which 
provides an auctioning system for meetings and planning particularly with reference to bidding for 
hotel rooms, and other aspects concerning meetings. The emphasis is on planning, and the essential 
idea is to develop a large database that contains as much information as possible about hotels 
including all aspects of meeting, such as old RFPs so that planners can plan and track meetings, 
amount spent, and have reference to suppliers and specific meeting and travel policies. Planners can 
search more than 50,000 suppliers. Another site is enventsource.com. 

[006] PriceUne.com is engaged in a bidding and auction system. The procedure is straight forward 
and involves booking a hotel room at a favorable rate dictated by the user. 
[007] U.S . Patent No. 5,794,207 to Walker et al discloses a system for allowing prospective buyers 
of goods and services to communicate a binding purchase offer globally to potential sellers and for 
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sellers to conveniently search for relevant buyer purchase offers. No auction is conducted in the 
normal sense, and the system is simply an outreach technique that a buyer with limited resources and 
usage can use to contact many sellers, and thereby, try to purchase at more favorable and competitive 
terms vis-a-vis large buyers. 

[008] U.S. Patent No. 6,012,045 to Barzilai et al discloses a computer based method of selling 
consumer products and services. The computer electronically establishes a virtual showroom in 
which is displayed the consumer products and services, and a plurality of customers are 
hiterconnected to the computer via a telecommunication link. The auction is run in the usual way, 
with consumers bidding for the goods and services. The computer determines the highest and 
successful bid. 

Objects of the Invention 

[009] It is an object of the present invention to provide a computerized bidding method and a 
system for matching hospitality facility data, provided by vendors, with requirement data 
representing respective necessities of a plurality of meeting planners for a corresponding plurality 
of meetings or events. 

[010] It is an additional object of the present invention to provide a computer system wherein the 
roles of the seller (offeror) are reversed with respect to the buyer (bidder) dependent upon a 
particular desired transaction. 

[Oil] It is a further object of the present invention to provide an information storage and 
management system which enables the vendor to quickly and easily input or register and confirm 
hospitality facility data representing their hotels, convention centers and hospitality facilities. 



[012] It is a further object of the present invention to provide a simple system for registering 

meeting planners and for enabling those planners to input requirement data representing necessities 

of meetmgs and events such as number of hotel rooms needed, size of meeting rooms needed, special 

amenities such as golf, tennis etc., geographic location, maximum price, and date. 

[013] It is an additional object of the present invention to provide a screening service which 

initially matches hospitality facility data with requirement data from meeting planners. 

[014] It is another object of the present invention to provide a computerized system and a method 

for posting offers for hospitality facilities or services by vendors, and posting offers by meeting 

planners to fulfil meeting and event requirements, and a complementary system enabling meeting 

planners to bid on hospitality facility offers and hotel and hospitality vendors to bid on meeting and 

event requirements or offers posted by meeting planners. 

[015] It is an additional object of the present invention to provide a matching system which 
displays, to the vendor or meeting planner initiating the offer, all bids, in a blinded format, posted 
by the prospective complementary contracting party. 

[016] It is a further object of the present invention to enable electronic communications between 
offerors and bidders by providing all bids to the offerors, permitting the offeror to select a 
predetermined number (typically three), unblinding the selected bid data and offeror data for that 
predetermined number, and exchanging unblinded data to the selected bidders and the offeror such 
that the offerors and the bidders can conclude contract negotiations for the hospitality facility 
without fijrther intervention by the computerized system. 

[017] It is another object of the present invention to enable the offeror to select additional bids, 
other than the initially selected bids, to fulfil the offeror's desires. If a hospitality facility vendor is 



the offeror, the meeting planner bidders may not be desirable or, for example, not credit worthy. If 
the offeror is a meeting planner, the facilities bid by vendors may not meet or exceed the meeting 
planner-offeror's expectations, economic parameters, time for event or other stated or unstated 
conditions. In such event, the computerized system and method produces and presents an additional 
group of bidders, v^hich meet the offer data, to the offeror. 

Summary of the Invention 
[018] The computerized bidding method matches hospitality facility data and meeting requirement 
data, permits the posting of offers and responsive bidding by both hospitality facility vendors and 
meeting planners, and facilitates the exchange of data and essentially enables an auction between 
multiple parties. The hospitality facility data represents vendors for hotel facilities, meeting room 
facilities or other hospitality facilities. Meeting requirement data represents the necessities of a 
plurality of meeting planners for a corresponding plurality of meetings or events. The system and 
the method stores the hospitality facility data and the meeting requirement data in a database. The 
hospitality facility data and meeting requirement data at least includes, respectively, vendor contact 
data, meeting planner contact data, room data, amenity data and price data. The system and the 
method gathers meeting requirement data from a plurality of meeting planners. Typically, this 
meeting requirement data includes minimum facilities requirement and price data. In an enhanced 
version, the meeting requirement data also includes location and date availability. The system 
matches the meeting requirement data with previously stored hospitality facility data. Typically, the 
data match involves date availability, price, number of rooms required and, sometimes, location. 
Meeting requirement data is truncated or blinded to obscure or withhold the identity of the meeting 
planner offeror who supplied the meeting requirement data. The bUnded meeting requirement data 



or offer is sent to hospitality vendors which match the meeting requirements. The hospitality 
vendors then submit specific hospitality facility data or bids to the system. The system and the 
method presents to the meeting planner offeror blinded specific hospitality facility data or blinded 
hospitality bids. The system and method then permits the meeting planner offeror to select a 
predetermined number (typically 3) of the blinded hospitality vendor bids. Upon this selection, the 
system and the method exchanges contact data and a full detail of the meeting planner offer and a 
full detail of the selected vendor hospitality bids to the meeting offeror and all of the "winning" or 
selected hospitality vendor bidders. In the event the meeting planner offeror cannot fill his or her 
necessities (the meeting can select or reject a bid in his or her complete discretion), the meeting 
planner can request the system and the method to provide another group of hospitality vendor 
bidders while deselecting one or more previously submitted hospitality vendor bids. The system 
then again exchanges contact data and full offeror and bid data between the selected bidders and the 
meeting planner offeror. The system and the method also enables the hospitality vendor to offer 
hospitality facilities. Blinded facilities offer data is presented to one or more inquiring meeting 
planners. Additionally and optionally, blinded facilities offer data is provided to everyone via the 
Internet. Meeting planners can bid by submitting specific facilities requirement data for those 
hospitality vendor offers. The meeting planner bids are blinded (to remove bidder name, etc.) and 
all blinded planner bids are presented to the hospitality vendor offeror. The hospitality vendor 
offeror is permitted to select a predetermined number (3) of the blinded meeting planner bids 
(specific requirement data) and, upon selection, the system enables direct communication with the 
exchange of hotel vendor offeror contact data and winning meeting planner bidder contact data. If 
the vendor-offeror cannot fulfil the offer (in his or her sole discretion to accept or reject bids), the 



vendor-offeror requests additional meeting planner bids and deselects other previously supplied 
meeting planner bids. Thereafter, the system repeats the exchange of data process. 

Brief Description of the Drawings 
[019] Further objects and advantages of the present invention can be found in the detailed 
description of the preferred embodiments when taken in conjunction with the accompanying 
drawings in which: 

[020] FIG. 1 A diagrammatically illustrates a global telecommunications system or Internet and 
the computerized bidding method and system utilizing at least one computer server and utilizing at 
least one and typically a plurality of client computer systems engaged in a communications session 
over the Internet; 

[021] FIG. IB diagrammatically shows a web based server deploying a plurality of output data 
packets representative data screens to a client computer system and the retum of data from client 
computer systems; 

[022] FIG. 2 diagrammatically illustrates the computerized bidding method and system at the 
system level; 

[023] FIG. 3 A diagrammatically illustrates a flowchart showing the major components or steps 
for the registration sub-routine; 

[024] FIG. 3B diagrammatically illustrates a web page and data flow or process diagram for an 
initial portion of the system and method in accordance with the principles of the present invention; 
[025] FIG. 4 diagrammatically illustrates a top level hotel functional flowchart; 
[026] FIGS. 5 A and 5B diagrammatically illustrate display screens on client computer systems 
wherein FIG. 5A shows an interactive displays posted on client computer system enabling a hotel 
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or vendor to review his or her offers and his or her bids and enabUng the hotel vendor to post mw 
offers, search for meeting planner offers and update hospitality facilities data and wherein FIG. 5B 
diagrammatically illustrates a similar display screen for a meeting planner-cUent computer system; 
[027] FIG. 6 diagrammatically illustrates a top level meeting planner functional routine; 
[028] FIGS. 7 A and 7B diagrammatically illustrate hotel auction offer routines and meeting 
auction offer routines; 

[029] FIGS. 8 A and 8B diagrammatically illustrate bid post routines for hotel vendors and meeting 
planners, respectively; 

[030] FIG. 9 diagrammatically illustrates an auction routine; and 

[031] FIG. 10 diagrammatically illustrates a special meeting offer posting routine. 

Detailed Description of the Preferred Embodiments 
[032] The present invention relates to a computerized bidding method and a system for matching 
hospitality facility data, provided by vendors, with meeting requirement data, provided by meeting 
planners and representing respective necessities for a pluralit}^ of meetings or events. Throughout 
the description of the present method and system, abbreviations are sometimes utilized describing 
certain features. The following Abbreviations Table lists these items. 



Abbreviations Table 



# 



number 



Admin 



Administrator 



comm. 



communications (e-mail, electronic response requested, telephone call 



contact) 



cc 



copy correspondence to another designated party 



cpu 



central processing unit 
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DB Database or spread sheet or data array 

hosp. hotel, convention center or other hospitahty provider 

I/O Input-Output device (e.g., I/O for keyboard, modem etc.) 

mem memory 

org. organization 

red record or records (reds) 

req'd required 

RFQ(s) Request for proposal(s) or an offer from a meeting planner to retain 

a hotel for a function 

rqmts requirements 

rqt request(s) 

stats statistics 

t time 

Tel. Comm. Center Telecommunications Center with voice communications 

Tel. Comm. Sys. Telecommunications System 

Sys. System 

yr year 



[033] FIG, 1 A diagrammatically illustrates the global telecommunications system or Intemet 10 
which enables commimication and data transport between a plurality of relatively independent 
computer systems 12,14,16,17,18 and 20. Computer system 1 2 includes monitor 22, input device 
or keypad 24, input device or mouse 26, and processor unit 28. Processor unit 28 includes a central 
processing unit or CPU 30, memory 32 and an input/output or I/O device 34. It should be 



appreciated that memory 32 represents many types of data storage including hard drives, volatile and 
non-volatile memory, and removable drives. Also, I/O 34 represents a plurality of input/output 
devices which are utilized to couple items which are peripheral to processing unit 28. I/O 34 is 
connected to Internet 10. Computer 1 7 is a laptop computer which can easily be disconnected from 
Internet 10. Computer 18 is an administrative computer which assists in the overall control and 
operation of the system and the method described herein. Computers 12, 14, 16 and 17 are client 
computer systems operated by vendors and meeting planners, 

[034] In a preferred embodiment, the system and method are deployed on Internet 1 0 via computer 
system server 20. Server 20 includes CPU 36, memory 38 and I/O 40, and is coupled to Internet 10. 
[035] In a different embodiment of the present invention, the meeting planner - hotel auction 
system or processing system or method may be partially or entirely carried out with the use of a 
telephone communications center 42. The telephone communications center typically includes one 
or a plurality of computers 44 and one or more telephones 46. Human operators may answer 
telephone inquiries from a meeting planner or hotel representative seeking information regarding an 
auction. The input of information can be facilitated by a person at telephone communication center 
42. For example, computer 44 could display questions which the operator could audibly present via 
telephone 46 to a caller. The operator would input into computer 44 the caller's answers and system 
44 could generate appropriate responses to complete data entry forms for the system. 
[036] In a preferred embodiment, inquiries regarding meeting planners, hotels or auctions are 
obtained by utilizing a web browser or other type of interface on a user's computer 12 (a client 
computer) as deployed by server 20. The information obtained by computer 12 is generally stored 
in server 20. Thereafter, the information is processed by server 20 and the output information 
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representing processed data is delivered to the user via Internet 10, and ultimately to user or client 
computer 12. 

[037] Although the system and method is described generally for use in conjunction with Intemet 
10, the system and method could be utilized exclusively by a single computer, such as laptop 
computer 17, operated by a meeting planner or a hotel representative. Laptop 17 could be utilized 
with a CD-ROM storing a maj or portion of the data bases necessary to carry out the principles of the 
present invention. Since the bidding process involves a complementary party, that portion must be 
interactive over a communications channel. Further, the information processing system could be 
deployed over a local area network or a wide area network or utiUzed exclusively in-house by a 
single company with subsidiaries bidding for a facility, such as a corporate resort. 
[038] FIG. IB diagrammatically shows web-based sever 20 deploying a plurality of screen 
displays or web pages (page 1, al, a2, a3 and a4 and bl, b2). Certain data 50, input by a user at 
client computer 12, is returned to server 20 as shown by double lines 5 1 . In this manner, server 20 
transmits information to a web browser on user's computer 12 and that information is displayed to 
the user. When the user inputs information, that data, such as data 50 in FIG. IB, is sent back to 
server 20 to be processed. Output information is provided by server 20 to the user' s browser. In this 
manner, the computer system is a web based server. 

[039] The browser is displayed on computer 12 or 17 or on an Intemet enabled, computerized 
device such as a PALM PILOT or Intemet enabled cellular telephone. The browser and web server 
may be considered part of the interface to the data and information processing system. 
[040] The present invention could be produced in hardware or software, or in a combination of 
hardware and software, and these hardware and software implementations would be known to one 
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of ordinary skill in the art. The system, or method, according to the inventive principles as disclosed 
in connection with the preferred embodiment, may be produced in a single computer system having 
separate elements or means for performing the individual functions or steps described or claimed or 
one or more elements or means combining the performance of any of the functions or steps disclosed 
or claimed, or may be arranged in a distributed computer system, interconnected by any suitable 
means (such as a local or widely distributed network over a telecommunications system), as would 
be known by one of ordinary skill in art. 

[041] According to the inventive principles as disclosed in connection with the preferred 
embodiment, the invention and the inventive principles are not limited to any particular kind of 
computer system but may be used with any general purpose computer, as would be known to one 
of ordinary skill in the art, arranged to perform the functions described and the method steps 
described. The operations of such a computer, as described herein, may be according to a computer 
program contained on a medium for use in the operation or control of the computer, as would be 
known to one of ordinary skill in the art. The computer medium which may be used to hold or 
contain the computer program product, may be a fixture of the computer such as an embedded 
memory or may be on a transportable medium such as a disk, as would be known to one of ordinary 
skill in the art. 

[042] The invention is not limited to any particular computer program or logic or language, or 
instruction but may be practiced with any such suitable program, logic or language, or instructions 
as would be known to one of ordinary skill in the art. Without limiting the principles of the 
disclosed invention any such computing system can include, inter alia, at least a computer readable 
medium allowing a computer to read data, instructions, messages or message packets, and other 
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computer readable information from the computer readable medium. The computer readable 
medium may include non- volatile memory, such as ROM, Flash memory, floppy disk. Disk drive 
memory, CD-ROM, and other permanent storage. Additionally, a computer readable medium may 
include, for example, volatile storage such as RAM, buffers, cache memory, and network circuits. 
[043] Furthermore, the computer readable medium may include computer readable information 
in a transitory state medium such as a network link and/or a network interface, including a wired 
network or a wireless network, that allow a computer to read such computer readable information. 
[044] FIG. 2 diagrammatically illustrates a high-level, system diagram for the present 
computerized bidding method and system. The computerized system includes a registration function 
6 1 , a meeting auction or data exchange function 63 , a hotel auction or data exchange function 65 and 
an administration function 67. It should be noted that these functions are not necessarily executed 
sequentially as illustrated in FIG. 2. The functions may be executed concurrently or in any 
convenient processing order. The same is true with respect to other routines described herein. 
[045] With respect to registration function 61, inputs are obtained from meeting planners 62, 
vendors representing hotels and hospitality facilities 64 and third parties having facilities data 66. 
These third party data sources 66 provide basic hotel data such as name, full address and sometimes 
quality rating or ranking. Registration function 61 processes this information and places or stores 
the information into a planner database 68 and a hotel database 70. These data bases wco typically 
located on server 20 but may be located on a CD-ROM used by laptop 1 7. Other databases, lists or 
indexes may be utilized as discussed later herein. It should be noted that a single database or 
spreadsheet appropriately divided into meeting planner regions and hotel vendors regions is 
contemplated by the present inventive system. However, it is convenient to discuss two databases, 
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one associated with the meeting planner information and the second associated with the hotel or 
hospitality facility vendor information. The discussion of two or more data bases is not meant to 
limit the claimed invention since a single database, properly organized, may be utilized. In order 
to reduce the data input time by hotel and hospitality providers or vendors, the system sometimes 
obtains hospitality facility data from third-party sources. This input of third-party data 66 is 
recognized in FIG, 2. 

[046] Meeting auction or exchange data function 63 obtains offer information from a plurality of 
planners 62a, Meeting auction exchange fimction 63 outputs information to hotels and other 
hospitality facility vendors 64a and planners 62a. Entities 64a and 62a interact the meeting auction 
function 63 with bids and communications. As used herein, the term "hotel" includes any type of 
organization or person that ftimishes hotel rooms or facilities, motels, rooms, meeting facilities, 
conference centers, and other hospitality facilities such as golf, tennis, sailing, marina, adventure 
excursions, tours etc. Accordingly, the present invention is not limited to vendors providing hotel 
accommodations but is related to a wider range of hospitality vendors. "Hospitality vendor" is 
synonymous with "hotel vendor" or simply "hotels." 

[047] Hotel auction or data exchange fiinction 65 receives offer input from hotel vendors 64b and 
outputs information or interacts with planners 62c and hotels 64b. These latter entities bid and 
interact with fimction 65. 

[048] Administration fimction 67 accepts input from a system administrator 72 and generates 
output to administrator 72 and website administrator 74 and customers 76 utilizing the system and 
method. Customers 76 include vendors and meeting planners. Administration fimction 67 can be 
fiirther segmented into website management 69, marketing 7 1 and error handUng 73 . Error handling 
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73 may include information or data errors as well as administrative errors. Such administrative 
errors may include erroneous contact information for particular hotel vendors. 
[049] FIG. 3A diagrammatically illustrates a registration function. The registration function 
enables planner 62^ hotels and hospitality providers or vendors 64, and third-party data sources 66 
to input information into the system. Registration function in FIG. 3A begins with a registration 
inquiry 80. The registration inquiry branches into a hotel or vendor branch 8 1 and a meeting planner 
branch 83. 

[050] Vendor branch 81 obtains the user name and hotel name in step 82. If the hotel or 
hospitality facility is already documented and identified in hotel database 70, according to decision 
step 84, the YES branch is taken. Step 86 confirms the hotel data with the user-hotel representative 
typically on the client computer. One of these client's computers includes cUent computer 12 in 
FIG. 1 A. Alternatively, the system can be implemented with a telephone communications center 
42 and a live operator could interact with a vendor via the telephone. The live operator on client 
computer 44 inputs the information obtained orally from the hotel or hospitality facility vendor. 
[051] If the hotel or hospitality facility is not identified and documented in hotel database 72 (FIG. 
2) with the action in decision step 84, the NO branch is taken and step 85 obtains hotel and vendor 
data. Typically, the registrant - hotel representative inputs the correct data in step 85 or confirms 
the data in step 86. The output from steps 85 and 86 lead to step 88 which verifies the user name 
and the hotel. The verification may be done manually by the system administrator and electronically 
confirmed. Table 1 which follows provides general data information obtained or confirmed by the 
hotel representative. 
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Table 1 : Registration For Hotel Representative 

Personal Information: 
Contact Person 
Title 
Hotel Name 

Address (including city, state, country, zip code) 
Amenities 
Phone Number (direct) 
Fax Number (direct) 
E-mail (direct) 
Website 
Industry Associations 
Membership Information: 
User ID 
Password 

[052] The present version of the invention includes a verification routine. Step 88 verifies that 
the user represents the hotel which he or she as indicated in step 82. Typically, the system 
administrator or staff orally confirms the identity and authority of the hotel's contact person. This 
is an off-line verification function. An electronic verification (i.e., by automatically, electronically 
checking the personal records on the website of the vendor or the corporate meeting planner) may 
be implemented. Table 2 which follows provides an example of hotel registration verification. 
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Table 2: Hotel Registration Verification 

• System sends e-mail to Registrant. 

• Post verification ~ System sends second e-mail with a hot-link to matching service 
to enable a quick Unk to matching service v^eb site. 

[053] In an enhanced system, the electronic verification program will generate e-mail to the 
designated e-mail address and then require the recipient's e-mail system to reply to that specific e- 
mail message. In this manner, the enhanced system electronically verifies that the user is a 
representative for a particular hotel and is, in fact, associated with that hotel. 
[054] Post- verification step 90 sends an e-mail to the user with a URL or hot link. This e-mail 
enables the user to quickly access the computerized bid-offer system. 

[055] Table 3 which follows provides general information regarding the hotel or the hospitality 
facility listed in hotel database 70 of FIG. 2. This information is also input and/or confirmed by the 
hotel vendor representative. 

Table 3 : Hotel Information 

General Hotel Info 



1. 


Hotel Name 


2. 


Region 


3. 


Type of Facility 


4. 


Closest Airport (may be a pull-down menu) 


5. 


Address 


6. 


City 


7. 


State 
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8. Zip Code 

9. Country 

10. Hotel Phone Number 

11. Hotel Fax Number 

12. Hotel E-mail 

13. Website 

ROOM INFORMATION 

14. # of Rooms 

15. Maximum number of rooms utilized for group business 
BALLROOM AND BREAKOUT ROOMS INFORMATION 

16. Name of the Rooms 

17. Largest Room 

18. Number of Rooms 

19. Dimension of Rooms 

20. Technicalities 

21. Room Size 

22. Square Feet 

23. Ceiling 

24. Classroom 

25. Banquet 

26. Conference 

27. Theater 
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AMENITIES 

28. Fitness Center (e.g., YES/NO) 

29. Business Center (Y/N) 

30. Golf on-site 

31. Waterfront 

32. On the Ocean 

33. Tennis 

34. Spa 

35. Nearby Water Front Sports 

36. Nearby Snow Skiing 

RATINGS 

37. AAA (pull down menu) 

38. Mobile (pull down menu) 

[056] If the registration inquiry in step 80 branches to meeting planner branch 83, the system 
further branches or splits into corporate meeting planner branch 87 and third-party corporate 
representative branch 89. In each one of these branches, obtain data steps 92a and 92b enable the 
system to gather basic meeting plaimer data. Table 4 which follows identifies meeting planner 
categories and definitions. 

Table 4: Meeting Planner Categories and Definitions 

1. Corporate: Work for a company or an association e.g., employee, that does their own 
meetings and does not utilize third party planner consultants. 
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2. Third-party Consultant for Corporate: Corporate or association client which utilizes a 
third-party consultant. Registrant - corporate data must be completed for this type of 
consultant. Registrant-Corporation will be copied in any information sent to authorized 
representative. Corporation can only authorize one person to deal on corporation's behalf. 
Corporation must validate consultant's authority. 
[057] The definitions in above Table 4 provide a simple frame work for categorizing various 
meeting planners. Other fi-ameworks may be utilized. These categories and definitions are not 
meant to be limiting with respect to the utilization of the present system. 

[058] The data obtained in data gathering step 92a may include the registration data for the planner 
set forth in Table 5 below. 

Table 5 : Registration Table for Corporate Meeting Planner 

Personal Information: 
Name 
Title 

Organization Name 

Full Address (street, city, state, zip, country) 

Direct Phone Number 

Organization's main phone number 

Direct Fax Number 

E-mail 

Website 

Type of Organization 
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Type of Industry 
Association Memberships 
Membership Information: 
User ID 
Password 

[059] The registration table for third-party corporate meeting planners is set forth below in Table 
6. 

Table 6: Registration Table for Third-party for Corporate 

[Similar to Registration Table for Corporate Meeting Planner] plus: 

The Site Selection Company Registration-Corporation: 
Name 

Organization Name 

Full Address 

Direct Phone Number 

Organization's main phone number 

Direct Fax Number 

E-mail 

Website 

Corporate Sponsor Selection and Approval: Corporation authorizes this site 
selection company consultant to do business on its behalf in the bid-offer system. 
[060] Returning to the corporate meeting planner branch 87, after the system obtains basic data 
(see Table 5), the system in step 94 verifies the user name and the organization. Currently, the 
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system operator confirms this registration and corporate authorization data and an electronic notation 
is made in the records. Table 7 which follows provides the plaimer verification steps. 
Tabl e 7 : Planner Verification Table 

• Registrant gets an e-mail. 

• System operator verifies authorization. 

• After verification, system sends e-mail with a hot-link to computer 
match system. 

[061] With respect to the third-party meeting planner branch 89, after the system obtains basic 
information on the third-party representing a specific corporation, the system obtains corporate data 
in step 96 for the planner. As listed above in Table 6, the user must be an authorized corporate 
representative and the corporation must specifically elect and confirm that it is boimd by the 
decisions of the third-party consultant. For a corporation to be bound, an electronic authorization 
may be utilized. See Table 6, Corporate Selection and Approval. The data obtained in data step 92b 
relates to basic consultant information and data acquisition step 96 obtains corporate or association 
data. 

[062] Returning to the registration branch 89 for the third-party consultant for a corporation, in 
step 98, the system marks the corporate planner database with indication that copies be sent to the 
designated corporation. Step 100 verifies the data obtained in Table 6. This verification is similar 
to the Planner Verification Table. Step 102 sends a hotUnk or hyperlink fi*om the system to the 
consultant for the corporation. 

[063] FIG. 3B diagrammatically illustrates the initial web page generated by the matching 
computer system, primarily available via the Internet 10 (FIG. 1), and several basic initial processes. 
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Web page 1 012 is presented to a registered user (a hotel vendor or a meeting planner) or a visitor at 
the v^ebsite. Critical elements in web page 1012 include a contact active button or field 1014. 
Contact field 1014 enables the visitor or registered user to electronically contact the system 
administrator. The other critical active areas in web page 1012 include exchange areas 1016, 
registration area 1026, user name and password active areas 1034, 1036 and demonstration active 
area 1040. Exchange active area 1016 provides a hot link or hyperlink or active interface for 
meeting offers 1018 and hotel offers 1020. Activating or "clicking on" planner meeting offer area 
1018 or hotel offer area 1020 passes the user or visitor to hotel offer database and meeting offer 
database 68-70 (via a hyperlink). Particularly, the registered user or the visitor can view blinded or 
truncated open (unexpired) hotel offers and blinded or truncated meeting offers. Table 7B below 
list some exemplary data in the truncated meeting offer. Table 7C is the Truncated Hotel Offer 
Table. Particular details regarding these offers are discussed later. 
Table 7B: Truncated Meeting Offer Table 

data record id 

offer expiration date 

requested dates (to - fi-om -) 

# of rooms 

location (region, state, airport) 
type of hotel 
max'm price 
details (active tag to file) 
bid history (active tag to file) 
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Table 7C: Truncated Hotel Offer Table 

data record id 
offer expiration date 
dates available (to - from -) 
# of rooms (max'm and min'm) 
location (region, state, airport) 
type of hotel 
size of meeting room 
max'm price 
details (active tag to file) 
bid history (active tag) 

[064] Hotel search active area 1022 and meeting search active area 1024 transfers the registered 
user or visitor to a search process 1021. Search process 1021 enables the registered user or the 
visitor to search for and review the data shown in the blinded or truncated hotel offer or blinded or 
truncated meeting offer database. In other words, the registered user or visitor may wish to look at 
all hotels in the State of Florida rather than all hotels in the U.S. Search criteria based on dates 
availability, location, type of hotel and price are common search criteria. 

[065] Registration areas 1 026 include hotel active area 1 028 and meeting planner active area 1 030. 
The registration areas 1026 transfer the visitor or potential user to a registration process 1032. 
Registration process 1032 is discussed above generally in connection with FIG. 3 A. The output of 
registration process 1032 enables changes to be made to the database, that is, hotel database 70 and 
meeting planner database 68 (sometimes referred to herein as database 68-70). 
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[066] A registered user can input his or her name in user name input active area 1034 and insert 
his or her appropriate password at password input area 1036. The user is then transferred to a 
functional routine identified herein as member filter fimction 1038. The user is then presented with 
his or her specific activities page. An example of a hotel activity page is shown in FIG. 5 A. An 
example of a meeting planner activity page is shown in FIG. 5B. The function "member filter" 
described in connection with FIG. 3B is simply a recognition that only certain information is 
presented to the activities page for the hotel representative or the meeting planner. For example, 
open offers and bids posted by the registered member are (a) located in the database by the filter and 
(b) displayed in an orderly manner to the registered user. Programmers may use a fetch command 
rather than a filter routine. 

[067] In order to enhance the user friendliness of the system, a demonstration active area 1040 is 
provided. Demonstration area 1040 includes demonstration for hotel offers and bids 1042 and a 
demonstration for meeting planner offers and bids 1044. A demonstration for the registration 
function may also be provided in active area 1046. The users, upon actuation of active areas 1042, 
1044 or 1046 are transferred via hyperlink to a demonstration database 1050. Of course, 
demonstration database 1050 could be part of hotel database 70 and meeting planner database 68 
(which may be a single database as described earlier) or may be a separate database in order to avoid 
corruption of accurate data with respect to the hotels, meeting planners, posted offers and posted bids 
(offer-bid database 68-70). 

[068] FIG. 4 diagrammatically illustrates the top level hotel function routine for the present 
system. It should be noted that each function is activated by the registered user by selecting an 
active field on the web display page. Hence, the sequence or process is not linear as shown in FIG. 
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4 but is typically user selected. Step 110 obtains user-hotel information from one of the plurality 
of client computer systems and confirms that the user is associated with the hotel. Common log-in 
and security clearance programs are utilized by the present system. 

[069] In step 112, the system obtains "open," that is not expired, offer data and responsive bid data 
for that hotel or hospitality facility vendor from the database. Step 114 displays those open offers 
wherein the hotel or hospitality facility vendor is offering to provide hospitality services to registered 
meeting planners. Step 116 enables the user to select more data (show details and show bid history) 
to view outstanding offers and display posted by the user. Offers and bids not posted by the user are 
blinded or truncated data compilations. Bid data can be changed via this step unless the auction has 
expired. Step 118 obtains any open bids made by the hotel vendors for events and meeting offers 
posted by meeting plaimers. Step 120 displays those bids. Step 122 enables the user to select and 
display more details regarding those bids. See Tables 10 and 1 1 below. 

[070] FIG. 5A generally shows an exemplary display screen for a hotel as accessed by a hotel 
registered user. Outstanding facilities (e.g. hotel) offers to provide hospitality facilities are shown 
in the right column as are outstanding bids. In FIG, 5 A, the asterisks next to Offer B indicates that 
the offer is outstanding and the bid time has not expired (i.e., open). After expiration of the bid 
period but during the selection of successful bidders, an additional function may be added to the 
system to enable a bidder (whether a hotel or a planner) to withdraw his or her bid. A withdrawn 
bid is not available for later selection by the offeror. On the left side, the registered hotel user is 
enabled to post new hotel offers, search the hotel database 70 (FIG. 2), search for meeting plaimer 
offers either through a customized search or a global search and is enabled to update information 
regarding hotel and personal contact data. A custom search is an automated search matching 
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facilities data with any outstanding meeting planner bids. First, the registered hotel user is presented 
with open offers and posted bids to sell his or her facility. Supplemental data is available by 
activating details or bid history active areas. 

[071] Returning to FIG. 4, after the step of selecting and displaying more detail in step 122 (see 
Table 16), the system executes fimction 124 which enables the registered user to post new hotel 
offers. The post new hotel offer routine is discussed in detail in the hotel auction or exchange data 
offer routine in FIG. 7A. In that figure, hotels and hospitality vendors input facilities offer data as 
step 125. Table 9 which follows shows typical information posted by hotels offering hospitality 
services or facilities. Of course, other types of vendors could offer other hospitality services rather 
than hotel services. An appropriate vendor posting page may be configured for speciaKzed 
hospitality vendors (e.g., golf courses, marinas, etc.). 
Table 9: Offer Posting Page for Hotels 

Offer Information: 

Dates Available From to (required) 

Min# of Rooms (req'd) 
Max # Rooms (req'd) 
Max Price (req'd) 

Largest Meeting Room Available (req'd) 
Auction Time Frame (req'd) 

Select 5 day, 1 0 day or 1 5 day open bid period for this 

auction 
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[072] In FIG. 7 A as an example, the system in step 127 posts the offer regarding a proposal to 
provide hotel rooms in hotel database 70 of FIG. 2. This data is sometimes called facilities offer 
data. Step 129 sets the auction time frame. These time frames can be changed by the system 
operator. As shown in Table 9, the auction time frame may be a 5-day, 10 day or 15 day auction. 
Other time frames may be utilized. In step 131, the system updates the hotel offer database. The 
outstanding offers are viewable by (a) the authorized hotel representative in the outstanding offer 
category shown in FIG. 5A; (b) the registered meeting planner via the search active area "Hotel 
Offer" in FIG. 5B and (c) the visitor via hotel offer active area 1020 in FIG. 3B. 
[073] An example of outstanding offer data is shown below in Table 1 0. 
Table 10: Outstanding Hotel Offer Table 

Expiration Date/Dates Available/Max# of Rooms/Min# of Rooms/State/Closest 
Airport /Type of Hotel/Largest Meeting Room Available/Price/Details/Bid History 
[074] Outstanding bids posted by the hotel and shown in the display field of FIG. 5 A unique to 
the registered user are listed as shown below in Table 11. Bids by hotels are sometimes called 
specific hospitality facility data. 

Table 1 1 : Outstanding Bid Table 

Expiration Date/Dates Available/Max# of Rooms/Min# of Rooms/State/Type of 

Hotel/Largest Meeting Room Available/Price 
[075] Table 1 1 also shows blinded or truncated facilities offer data made available to a meeting 
planner who has posted an offer for an event as "requirement data." The term "requirement data" 
is utilized because the meeting planner "needs" or "requires" that facility or service (e.g. compare 
a "need" for a golf course to a "need" for a 2000 person meeting room) to prepare, laimch and 
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execute a successful meeting. The blinded data is in a summary format and does not show identity 
or contact data of the posting party. 

[076] Returning to FIG. 4, the post new hotel offer routine 1 24 provides an output which posts the 
new offer in the auction database in step 126. It should be noted that a third database may be 
implemented or an index may be provided for the offers and resulting bids or planner database 68 
and hotel database 70 may be modified to include fields for open offers and open bids relative to the 
hospitality facilities and meeting planner events and meetings. The index links active offers and bids 
in database fields. 

[077] After the post new offer step 124^ the system executes search hotel database step 128. It 
should be again noted that these functions 116, 122, 124, 128, 132 and 134 are selected by the 
registered user via an active field on a web page. Therefore, the process flow (e.g., 122-124 -128 
etc.) is not linear but is dynamically selected (or not selected ) by the user. The output of that search 
is provided as display 130. The registered hotel user is currently permitted to search the entire hotel 
database to view all hotel specifics (but not data identifying the bidder's name on bids or the 
offeror's name of offers). The same is true for visitors. See Table 12 below for the search routine 
fields which define the inquiry format. An asterisk in these tables generally refers to a pull-down 
menu selection for the cUent computer or user. The pull down menu * is optional. After the search 
hotel database routine step 128, the system executes a search meetings database step 132 to locate 
open requests for quotes (RFQs) or request for proposals (RFPs), that is, open meeting planner 
offers. Table 12 which follows provides some search criteria. The search criteria can be utilized for 
a hotel or a meeting auction, or a hotel auction. It should be noted that the "auction" is primarily 
promoted by the easy exchange of data and the matching of offers and bids wherein each party in 
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the system may be both an offeror (a seller) and a bidder (a buyer). This dual role of both the hotel 
and the meeting planner is unique to the present system. A hotel vendor may want to search the 
hotel database to look for outstanding blinded offers. An open offer, even if blinded, affects 
competition. Since blinded or truncated data is available to all (truncated data represents data 
v^ithout naming the offeror or bidder, see Tables 8A, 8B), price and facility competition is fostered 
Mdthout specifically identifying the offeror. Sophisticated competitors may be able to "guess" who 
is offering or bidding due to certain unique attributes (e.g., a marina) in a location (e.g., Orlando, 
Florida) but the offers and bids are considered anonymous in nature. Since only registered vendors 
(e.g. hotels) and registered planners are permitted to offer and place bids, the data is genuine and 
represents high quality information. 
Table 12: Search Criteria Table 

* State 

Price (program searches a range) 
Arrival Date 
Departure Date 

# of rooms (* range) 

Capacity of largest room requested 
Type of Hotel 

Required Composite Rating (AAA, Mobil) 

Maximum Hotel Capacity 

Amenities 

[078] After the search meetings routine 132, the system executes step 134 which updates database 
information as necessary. If hotel data must be updated, update step 134 jumps to the registration 
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routine as noted in jump step 1 36. This jump step transfers operation of the program to registration 
functional routine shown in FIG. 3 A. 

[079] FIG. 6 diagrammatically illustrates a top level meeting planner function program. Again, 
the registered user selects, at his option, steps 1 46, 1 50, 1 54, 1 5 8 or 1 60. The linear presentation of 
the process in FIG. 6 is simply an organized presentation of the functionality of the program. The 
actual program does not operate sequentially. The user selects the particular functional routine. Step 
140 requires a valid user identification and the appropriate password in order to utilize the present 
system. This id is input from the client's computer system. Step 142 obtains and displays open 
offers or requests for proposals and displays more data as selected by the user (show "details")- Step 
144 obtains and displays open bids made by meeting planners for facilities. The user-meeting 
plaimer can display additional details as necessary. These items are found in the user meeting 
planner web page display shown in FIG. 5B. Outstanding offers and outstanding bids are shown in 
FIG. 5B on the right hand side. On the left hand side, the user is enabled to post new offers, search 
for other meeting planner offers (truncated or blinded data is shown in response to these requests), 
and may search for outstanding hotel offers with a global search. The planner is also enabled to 
search the general information hotel database and update his or her contact information and meeting 
planner data. 

[080] Returning to FIG. 6, step 146 is a sub-routine enabling the meeting planner to post new 
meeting offers or request for quotes (RFQs) or request for proposals (RFPs). These planner offers 
are sometimes called requirement data. The output is a posting of the new meeting offer in the 
database or index as noted by post new offer step 148. Table 13 shows a meeting plaimer offer. 
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Optionally, the meeting planner offer input data web page may match the hotel offer input data web 
page. See Table 9. Another option is the data shown at Table 8A including offer details. 
Table 1 3 : Offer Posting Table for Meeting Planners 

Dates 

Specific #Dates 
or 

Range (From ... To...) 

If Range: 

(1) preferred arrival 

(2) # of nights 
Geographic Region: (Select 1) 

(1) * Region (* indicates pull down menu) 

(2) *State 

(3) ^Closest Airport 
*Type of Hotel 
*Price 

Size of Largest Meeting Room (# of people) 
Required Amenities (radio buttons (hst)) 

^Rating 

Max Size of Desired Property (range *) 
Select Auction Time Frame 5-10-15 days 
[081 ] The offeror should identify at least one location setting (a region, a state or a city or airport). 
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[082] The system in FIG. 6 then executes step 150 which searches other planners' offers. The 
system displays truncated offer data in step 152. The system then executes search hotel database 
step 154 to enable the meeting planner to locate new offers posted by hospitality facility vendors. 
See Table 12, This function may also be used to generally search the entire hotel database 
notwithstanding the presence or absence of an open offer. The output of the hotel offer search in 
step 1 56 may be the posting of a bid by the meeting planner for a particular hospitality vendor offer. 
Optionally, the planner may decline to post a bid to a facilities offer. The bid posting data is shown 
below in Table 14. When posting a bid, the system initially and automatically checks to determine 
whether the bid matches the outstanding offer criteria. The automatic check of bid data against 
outstanding offers is conducted for each posting of a bid. If an error is detected, the user is given 
an opportunity to correct the erroneous bid data in the detected field. The bidder (whether a hotel 
or a planner) is enabled to edit the bid during the "open offer" period (prior to expiration). 
Table 14: Outstanding Hotel Offer Table 

Expiration Date/Dates Available/Max# of Rooms/Min# of Rooms/State/Closest 
Airport /Type of Hotel/Largest Meeting Room Available/Price/Details/Bid History 
Edit Bid 

[083] Step 158 obtains upcoming events from an event database (which may be supplemental to 
planner database 68 and hotel database 70), and enables the meeting to display and update that event 
database. The event database is described in greater detail in FIG. 10. Step 160 enables the user to 
update personal data. Jump step 62 transfers the user to the registration routine shown in FIG. 3. 
[084] FIG. 7B shows the sub-routine for meeting auction offer. This corresponds to post new 
meeting offer routine 146 in FIG. 6. Input step 166 enables the meeting planner to input meeting 
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offer data (i.e., requirement data having at least minimum facilities requirements and price data) into 
the system. The system in step 168, posts a blinded version of that meeting offer data as a request 
for quote. Blinded data does not include an identification of the offeror or bidder. This data may 
also be a summary of the larger offer or bid data record. In the Tables, the term "details" enables 
an authorized inquiring party to view the entire bid. The "authorized party" is the entity which 
posted the data. The detailed data view is blinded with respect to the seller or buyer contact data and 
specific location data unless the viewer is the offeror or the bidding party. Step 1 69 sets the auction 
time frame for that meeting auction. Step 170 updates the meeting offer database. 
[085] The offer postings for meeting planners (sometimes called requirement data) typically 
include the following data; however, a smaller or minimal data set may be used by the system for 
this fimction or for any other data presentation fimction herein: 
Table 1 5 : Offer Posting Table for Meeting Planners 

Dates 

Specific #Dates 
or 

Range (From . . . To . . .) 

If Range: 

(1) preferred arrival 

(2) # of nights 
Geographic Region: (Select 1) 

(1) * Region (* indicates pull down menu) 

(2) * State 
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(3) * Closest Airport 
*Type of Hotel 
*Price 

Size of Largest Meeting Room (# of people) 
Required Amenities (radio buttons (list)) 

^Rating 

Max Size of Desired Property (range *) 
Select Auction Time Frame 5-10-15 days 

[086] This bid data by hotels responding to a posted planner offer is sometimes called specific 

hospitality data. A smaller offer data set may be used. 

[087] FIGS. 8 A and 8B diagrammatically show bid posting routines for the hotel vendor and the 
meeting planner, respectively. Step 210 is a password clearance step. See also step 110, FIG. 4. 
Step 212 logs in the bid data (specific hospitality facility data) for the hotel. The input by the user 
is input step 213. Step 214 confirms that the hotel data meets or exceeds the request for quote or 
offer from the meeting planner (requirement data). This is an initial match or confirm step. The 
information input into the system by the hotel vendor or user is shown below in Table 1 6. A smaller 
data set may be utilized. 

Table 16: Bidding Page for Hotel (Hotel as Bidder) 

Auction Expiration Date (supplied by System) 

Date Available From To (required) 

Min # of Rooms (limit supplied by user; if no data input, system 
supplies data from general hotel database) (auto check-optional) 
Max # of Rooms (limit user inputs; if not, system supplies) 
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Region (system supplies) 

State (system supplies) 

Closest Airport (system supplies) 

Type of Hotel (system supplies) 

Max Size of Largest Meeting Room (system supplies) 

Max Price (req'd input) 

Details/Bid (control buttons to other routines) 
[088] Step 216 posts the full bid data (access permitted only by the bidder) and truncated or blind 
bid data in the auction-exchange database 68-70. As used herein, a "blind bid" or "blinded data" 
does not include bidder identity data. Offeror data may also be "blinded data" if the offeror's 
identity is temporarily hidden. This use of blinded data reduces harassment of the offeror or bidder. 
Step 218 updates all records as necessary. 

[089] With respect to FIG. SB, the post bid routine when the planner is the bidder, the system 
executes step 220 which requires that the meeting planner have the appropriate clearance. See also 
step 140, FIG. 6. Data input step 222 obtains bid data from the meeting planner. This bid data may 
include information set forth below in Table 17. Other data sets may be utilized. Step 224 logs in 
the meeting data bid into the system database 68-70 from the meeting planner. Step 226 posts 
blinded bid data in the appropriate database or as an index entry. Step 228 updates the records as 
necessary. When a meeting planner desires to bid on an open hospitality facility, the meeting 
planner posts bid data via a client computer in accordance with Table 17, the Bidding Page for 
Meeting Planner. At the time the bid profile data is posted, the system automatically checks to 
determine if the bid meets or exceeds the hotel offer. The user is permitted to revise the bid to meet 
the offer. 
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Table 17: Bidding Page or Data for Meeting Planner 

Auction Expiration Date (Supplied by System) 

Requested Dates From To (req'd) 

# of Rooms (req'd) 
Region (system supplied) 
State (system supplied if available) 
Closest Airport (system supplied if available) 
Type of Hotel (system supplied) 
Max Room Price (req'd) 
Details/Bid (control buttons to other routines) 
[090] In the event a third-party meeting planner representing a corporation or other entity wants 
to post an offer or a bid for an event or meeting, that consultant prepares and inputs data shown 
below in Table 1 8. This input is used in conjunction with the process described in connection with 
FIG. 6. 

Table 1 8: Supplemental Offer Posting Table for Consultants 

Client Link (drop down menu) Client/Contact/Meeting Name 
Name of Meeting 

(similar to Offer Posting ~ Meeting Planners) 
[091] The following Search Detail Table can be executed by the hotel vendor-user or the meeting 
planner-user. See FIG. 4, steps 128, 132 and FIG. 6, steps 150, 154. 
Table 1 9: Search Detail Table 

1 . Dates Available (Search criteria: No specific search field data is required. With 
respect to dates, the following is required: If user chooses First Date field, the search 
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should be from that point forward. If user chooses the Last Date, the search goes 
from that point back) 

•First Date 

•Last Date 

2. Number of Rooms (Range: Search n rooms +/- m range) 

3. Location (all locations are searchable and any record should be displayed as part 
of the summary) 

• State 

• Region 

• Closest Major Airport 

4. Type of Hotel 

oAny 

oResort 

o Suburban 

oAirport 

oDowntown 

o Conference Area 

5. Price (less than that) 

•min. price to pay 

6. Meeting Room (largest room available in square footage). They are radio buttons 
where user can click and pick one selection. 

Classification: 

o Square Footage 
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o Classrooms 
oAuditoriums 
oReception 
oBanquet 

7. Amenities 

List of amenities with radio buttons 

8. Ratings 

•Mobil 

•AAA 

•Composite 

9. Hotel's Capacity (radio buttons) 

•XS<100 
•S>100-250 
•M [250-500] 
•L [501-1000] 
•XL>1000 

[092] FIG. 9 shows the auction or match or exchange routine for the present invention. As stated 
earlier, bidders, both hotel registered users and meeting planner registered users supply bid data, 
noted as input 25 1 , into the system. Decision step 250 determines whether the input bid data meets 
or exceeds any particular offer. If not, the NO branch is taken, the system generates a reject message 
in step 252 and returns to a point immediately preceding decision branch 250. Meeting planner 
offers are sometimes called "requirement data" herein. Hotels or other hospitality vendors post hotel 
bids with are sometimes identified as "specific hospitality facility data," The specific hospitality 
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facility data or hotel bids must meet or exceed the request for quotes or requirement data from 
meeting planners. Meeting planner offers are also sometimes called "necessities" or "retirement 
data" or "facilities requirement data." Hospitality facilities post offers which are sometimes called 
"facilities offer data." Meeting planners submit bids to the facilities offer data and sometimes these 
meeting planners bids are called "specific facilities requirement data." 

[093] If the YES branch is taken from decision step 250, step 254 periodically searches the offer 
and bid database 68-70 to locate open meeting planner offers (requirement data, facilities 
requirement data for facilities necessities), and the system automatically locates facilities or hotels 
matching those open planner offers. In step 256, an e-mail is prepared with blinded facilities 
requirement data or offers. The blinded data excludes the name and contact data for the meeting 
planner-offeror. Output step 257 sends plaimer offer data to the registered user hotels. 
[094] If the registered user hotel vendor wants to bid on those outstanding meeting plaimer offers, 
the hotel submit the bids in step 259. In other words, the hotels respond to the e-mail. In the present 
embodiment, the response is provided via the Internet wherein the hotel utilizes a cUent computer 
to access the central computer 20 established by the administrator operating the present 
computerized system. Decision step 260 determines whether the bid data from the hotel (specific 
hospitality facility data) meets or exceeds the meeting planner bid (facility requirement data). If not, 
the NO branch is taken and the system loops to a point immediately before decision step 260. If the 
bids exceed the meeting planner offers, the YES branch is taken and the system executes decision 
step 262. 

[095] Decision step 262 involves an automatic review of all outstanding offers, whether those 
offers are meeting plaimer offers (facilities requirement data) or whether those offers are hotel offers 
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(facilities offer data). Decision step 262 determines whether a particular auction or exchange time 
has expired. As stated earlier, the auction or exchange time frame closes in 5 days, 10 days, or 15 
days as selected by the offering party. Once the system determines that the auction time has expired, 
the YES branch is taken and decision step 262 determines whether there is one or more bids for a 
particular offer. If not, the NO branch is taken and the system in step 266 removes the offer from 
the system and an output step 267 notifies the offeror that no bids have been placed. If the YES 
branch is taken from decision 264, the system executes step 268 which sorts the bids by price, by 
total revenue for a hotel offeror, by composite rating for a planner offeror, or other criteria. Tables 
20 and 21 which follow provide two examples of sort routines for a Meeting 
Auction Sort Order (Table 20) and a Sort Hotel Auction Criteria (Table 21), 
Table 20: Meeting Auction Sort Order Table 

(1) Auction Expiration Date, (2) Dates Requested (First), (3) Max # of Rooms, (4) 
Min # of Rooms, (5) State, (6) Type of Hotel, (7) Min Price, (8) Largest Meeting 
Room 

The hotel offers are sorted by the following Sort Hotel Auction Criteria Table. 
Table 2 1 : Sort Hotel Auction Criteria Table 

(1) Auction Expiration Date, (2) Dates Available (first), (3) Max# of Rooms, 
(4) Min# of Rooms, (5) State, (6) Type of Hotel, (7) Min Price, (8) Largest 
Meeting Room 

[096] After the sort function in step 268, the system sends, as an output in step 269 blinded bids 
in a spreadsheet format to the offering party. Other output formats may be utilized. The bids are 
placed in a sorted order, typically keyed to price. However, the Sort Order Tables 20 and 21 show 
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that date availability has a higher priority then price. It should be noted that other sort criteria and 
prioritization may be utilized. 

[097] In input step 271, the offeror selects n number of bids and inputs that selection via the 
Internet (in a preferred embodiment) into the system. Herein n is three (3). The system operator 
may change n. Step 272 logs in n selections into the system and marks the remainder of the 
outstanding bids as "B List" or non-selected bids. In a current embodiment, the offeror selects the 
top three (3) bids based upon subjective or objective standards. Accordingly, if the offeror were sent 
10 prioritized blinded bids (not showing the name and contact information of the bidder) in output 
step 268, the offeror in step 271 selects 3 of the 10 bids. The remaining 7 bids are placed on a non- 
selected or on a B List, 

[098] Step 274 involves compiling unblinded n bids and unblinded offeror data. Output step 275 
sends that unblinded n bid data and offeror data to the specific offeror and n bidders. 
[099] Input step 277 recognizes that the offeror may reject m number of the n bids. In other 
words, the offeror could reject all three unblinded bids. In this case, n=3 and m=3. Altematively, 
the offeror may reject one (m=l) bid. Decision step 278 determines whether additional bids from 
the B List or non-selected list are needed. If so, the YES branch is taken and step 280 selects m bids 
from the B List, deletes the non-selective bids from the n bids sent to the offeror in step 275, 
unblinds the m bids and e-mails those m bids to the offeror and the m bidders. This is an exchange 
of contact data. Accordingly, the system keeps anonymous the bidder's names until the offeror 
selects n number of bids and sends unblinded data to the n bidders and the offeror. In this maimer, 
meeting planners who are offering facilities requirement data for meeting are not bombarded or 

annoyed by a large number of hotel vendors bidding on the facilities requirement data or meeting 
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offer. In a like manner, a hotel posting a facilities offer data is not bombarded with a large number 
of unsolicited bids from meeting planners. From the bidders' standpoint, the system is beneficial 
because one or more bidders may participate in an auction or data exchange using various specific 
hospitality facility data (hotel bids) or specific facilities requirement data (meeting planner bids) 
which are "out of the normal range" or "far fetched" bids. In the event those bids are accepted by 
the counterpart offeror, the bidder is financial rewarded by filling up his or her facility (if the bidder 
is a hotel) or by fulfilling a meeting plan offer (facilities requirement data) which plan was an 
unlikely candidate to fulfill. For example with respect to hotels, the hotel may wish to severely 
discount the price of 10% of their rooms during off-season when their normal vacancy rate is 30% 
or higher. The hotels may wish to let those rooms at a significantly discounted price in order to keep 
an occupancy rate of 70% or higher during an off-season period. Meeting planners responding to 
this hotel offer could take advantage of this discount during non-peak seasons. If the bids are 
completely out of range, that is, other bids come in that are significantly better from the offeror's 
view point, the blinded nature of the bids shields the bidder from embarrassment and harassment. 
Hence, there is a significant benefit to both the offering party and the bidding party with the present 
system. 

[100] The output from step 280 regarding the selection of m bids from the B List, deletion of n 
bids from the original A List and the unblinding and the e-mailing of contact data and full offer and 
bid data involves a jump from jump point 8-9A to 8-9B, that is, immediately preceding the unblind 
bid step in step 274. 

[101] If no more bids are needed from decision step 278, the NO branch is taken and, in step 282, 
the offers and the bids are cleared from the system. The system program ends after clear step 282. 

43 



It should be noted that clear step can be modified such that unwanted bids can be recycled to other 
auction periods. 

[102] FIG. 10 diagrammatically illustrates a special meeting routine which enables meeting 
planners to post periodic corporate meeting data in the database. Table 22 which follows lists the 
special offer criteria. The special meeting data is not made available to other meeting planners or 
to hotels unless authorized by the posting planner. 
Table 22: Meeting Planner - Special Offer Criteria 

A. Meeting or Event Name (assign red id) 

1. Month- Year 

2. Region - state (drop down menu *)(optional closest major 

airport) 

3. Hotel type * 

4. Number of Rooms 

5. Price per room (maximum price) 

B. Meeting Name 

[same data as above] 

C, Meeting Name 

[same data as above] 

D, Meeting Name 

[same data as above] 

[103] Step 410 conducts a periodic search through the meeting database date field at a certain time 
period earlier than the event date. This is identified in FIG. 1 0 as n months earlier. A period n days 
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earlier may be utilized. This step is optional. The planner may simply visit the web-based system 
to check search results for a special meeting plan. Step 412 locates special meeting records within 
the date range search. Step 414 searches hotel database for matches which meet or exceed the 
potential special meeting offer. The special event is not truly "an offer" since the meeting planner 
has not confirmed the prospective event. 

[104] Step 418 sends information or blinded data, typically via e-mail, to hotels which match the 
prospective meeting planner offer. The hotels are reminded to post offers on the prospective meeting 
planner offers. Similarly, the posting planner is reminded to post a formal planner offer for the 
event. 

[105] The system may also be modified to (a) initially match hotels with the potential planner 
offer, (b) monitor the potential planner offer (PPO) such that when the PPO becomes final or 
becomes an actual planner offer, then (c) pre-selected hotels are immediately notified. See step 256, 
FIG. 19. Also, weekly e-mail reminders to prospective bidding hotels. This weekly (or daily) 
reminder system may be added to step 256 in FIG. 9, 

[106] In some situations, it may not be necessary to exchange blinded offer data or blinded bid 
data. For example in connection with single, large hospitality vendor (e.g., MARRIOTT), all bidders 
would know the vendor. Hence bUnded vendor hospitality offer data is not utilized. A similar 
situation arises for large meeting planners (e.g., AMERICAN EXPRESS travel agents). The 
appended claims are meant to cover this aspect. 

[107] The claims appended hereto are meant to cover modifications and changes within the scope 
and spirit of the present invention. 
[108] What is claimed is: 

45 



